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covering the ensemble of institutions or others making a market for the relevant securities. Data 
characterizing each securities buy/sell order requested by a customer is supplied to the system. 
The order is qualified for execution by comparing its specifics against predetermined stored 
parameters. The stored parameters include the operative bid and asked prices, the amount of 
stock available for customer purchase or sale, and maximum single order size. Once qualified, 
the order is executed and the appropriate parameters are updated. The system provides 
inventory (position) control and profit accounting for the market maker. Finally, the system 
reports the executed trade details to the customer, and to national stock price reporting systems. 
Upon a change in the quoted price for a security, the system updates all relevant qualification 
parameters. 
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(57) Data processing based apparatus makes an automated trading market for one or more securities. The 
system retrieves the best obtaining bid and asked prices from a remote data base (18), covering the 
ensemble of institutions or others making a market for the relevant securities. Data characterizing each 
securities buy/sell order requested by a customer is supplied (27,25) to the system. The order is qualified 
for execution by comparing (10) its specifics against predetermined stored parameters. The stored 
parameters include the operative bid and asked prices, the amount of stock available for customer 
purchase or sale, and maximum single order size. 

Once qualified, the order is executed and the appropriate parameters are updated. The system provides 
inventory (position) control and profit accounting for the market maker. Finally, the system reports the 
executed trade details to the customer, and (23) to national stock price reporting systems. Upon a change 
in the quoted price for a security, the system updates all relevant qualification parameters. 



rt | re 



jL 



Cj>iT 



Jl 



'2S 



77>£7/ 



The drawmg(s) originally filed was/were informal and the print here reproduced is taken from a later filed formal copy. 
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SPECIFICATION 

Automated securities trading system 

5 Background and Summary of the invention 5 
This invention relates to business systems and, more specifically, to an improved data process- 
ing based system for implementing an automated trading market for one or more securities. The 
system retrieves and stores the best current bid and asked prices; qualifies customer buy/sell 
orders for execution; executes the orders; and reports the trade particulars to customers and to 

10 national stock price reporting systems. The system apparatus also determines and monitors 10 
stock inventory and profit for the market maker. 

There are various modes of buying or selling ("trading") securities, e.g., common stocks. 
Aside from inter-party private transactions, stock trading is typically effected on a national or 
regional exchange, or in what is known as the over the counter ("OTC") market. For either 

15 exchange or over the counter trading, there is one or more market maker (called a "specialist" 15 
for an exchange) who accommodate the trading wishes of buyers and sellers of securities for 
which they make a market. 

The principles of the present invention are generically applicable to securities trading in any 
market where the market maker acts as a principal, i.e., fills customer buy orders by selling the 

20 security from the market maker's inventory position (long or short), buying to increase a long 20 
position or reduce a short position for customer sell orders. For purposes of illustration only, the 
discussion herein will treat over the counter trading as a discussion vehicle because the largest 
number of common stocks are traded on this basis; and because major brokerage houses are 
free to and often do make markets in selected over the counter traded stocks but are restricted 

25 in their ability to make a market for stocks listed on an exchange(s) by exchange rules. 25 
It is an object of the present invention to provide an improved data processing apparatus for 
making an automated market for one or more securities. 

More specifically, it is an object of the present invention to provide an automated market 
making system for qualifying and executing orders for securities transactions. 

30 It is a further object of the present invention to provide automated market making program 30 
controlled apparatus which monitors the securities position of the market maker, and which 
develops and provides information characterizing the market maker's trading profits. 

The above and other objects of the present invention are realized in specific, illustrative data 
processing based apparatus which makes an automated trading market for one or more securi- 

35 ties. The system retrieves the best obtaining bid and asked prices from a remote data base 35 
covering the ensemble of institutions or others making a market for the relevant securities. Data 
characterizing each security buy /sell order requested by a customer is supplied to the system. 
The order is qualified for execution by comparing its specific content fields with predetermined 
stored parameters. The stored parameters include such as the operative bid and asked current 

40 market prices, the amount of stock available for customer purchase or sale as appropriate, and 40 
the maximum acceptable single order size. 

Once qualified, the order is executed and the appropriate stored parameters are updated. The 
system provides inventory (position) control and profit accounting for the market maker. Finally, 
the system reports the executed trade details to the customer, and to national stock price 

45 reporting systems. Upon a change in the quoted price for a security , the system updates all 45 
relevant order qualification parameters. 

Brief Description of the Drawings 
The above and other features and advantages of the present invention will become apparent 
50 from the discussion hereinbelow of a specific, illustrative embodiment thereof presented in 50 
conjunction with the accompanying drawings, in which: 

Figure 7 is a block diagram of the system for effecting the securities trading of the present 
invention; 

Figure 2 is a flow chart illustrating data processing for qualifying an order for execution; 
55 Figure 3 is a flow chart illustrating data processing for order execution and accounting; 55 
Figure 4 and 4A are flow charts illustrating data processing for inventory and profit updating; 
and 

Figure S is a flow chart of data processing upon a change in insider market price of a security. 

60 Description of the Preferred Embodiments 60 
As used herein, the terms "buy" and "sell" refer to customer purchases and sales. It should 
be noted that when a customer purchases stock, the market maker sells stock from its position, 
either reducing a long position, increasing a short position, or both where the number of shares 
sold to the customer exceeds the initial long position. When a customer sells stocks, the market 

65 maker adds stock to its position and/or reduces a short position in the security, 65 
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The system may be implemented by any digital data processing equipment per sa well known 
to those skilled in the art, e.g., any common bus system interconnecting a digital processor, 
manual data entry terminal apparatus, one or more memories (one of which contains the 
controlling program), and output signalling apparatus such as a cathode ray tube and printer. The 
5 system may be coded in any program language per se well known to those skilled in the art. 5 
The process variables may be of any form which conform to the constraints of the particular 
language being used and the below listed variables are for purposes of illustration only. 

In the operation of an illustrative system, the below listed process variables may be utilized: 
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Variable 
Order Variable 



5 STK 



10 



15 



20 



25 



30 



N0SH 

CUSTID 
B/S 

PR/M 



SP 



0RN 



35 



0RIGID 



40 



45 



Market Trade 
criteria 

BSTB(STK) 



50 



55 



B ST A ( STK ) 



60 



Functional Description 



An order field identifying a 
particular stock a customer 
wishes to buy or sell. 

Number of shares of stock 
STK in a transaction. 

Customer identification. 

Buy vis-a-vis sell bit, iden- 
tifying whether the customer 
wishes to buy or sell security 
STK . 

An order variable field con- 
taining a customer price for 
a limit order (minimum price 
for a sale of securities or a 
maximum price he will pay for 
a purchase) - or a code 
designating a market order 
where the customer will 
accept the currently pre- 
vailing market price. 

Special instructions field 
(e.g., special commission 
structure or the like. 

Order number (usually sequen- 
tial). 

Identification of the origin- 
ator of the transaction 
(e.g., a branch office or 
account executive). 



Best bid price for the stock 
STK as retrieved from NASDAQ, 
i.e., the highest price some 
market maker is willing to pay 
for the stock. This is an 
indexed variable, or array, 
having one element for each 
security handled by the system 
proprietor. The other arrays 
below are similarly indexed 
by STK. . 

Best asked price for the stock 
STK supplied by NASDAQ, i.e., 
the lowest price a market 
maker is willing to sell the 
stock STK. 
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Variable 



Functional Description 



Profitability 
variables (Con't.) 

5 BSZ(STK) 



10 



SSZ(STK) 



15 



0RSZ(STK) 



20 



25 



Profitability 
variables 

AVCST(STK) 



P^S(STK) 



30 



LPdS(STK) 



35 



Buy size, which is the number 
of shares of each stock (the 
array index STK) available for 
customer purchase at a parti- 
cular price from the system 
proprietor. 

The number of shares of each 
stock STK that the market- 
maker will accept from cus- 
tomer sales at a particular 
price (a sell size array). 

The maximum acceptable order 
size which the system operator 
will accept for the stock STK . 



Average cost tof the stock 
STK • 

The amount of shares 
(current position) of each 
stock STK held by the market 
maker. P0S(STK) is positive 
for a long position and nega- 
tive for a short position. 

The previous (last) position 
of the market maker in the 
stock STK before execution of 
a current trade in STK. 



PR (STK) 



Profit to date made by the 
40 system operator on purchases 

or sales of stock STK* 
Turning now to the drawing. Fig. 1 illustrates in overview a system arrangement for imple- 
menting the over the counter (or other) stock market making system of the instant invention. For 
specificity and without limitation, over the counter stock trading is presumed and it will further 
45 be assumed that the market making institution (system proprietor) is a brokerage firm. The 
market making system includes composite digital computing apparatus 10 which includes a 
processor and ancillary memory. The memory constituents of processor 10 store the system 
controlling program, and an appropriate scratch pad memory stores all necessary processing 
operands. Digital computer 10 is connected by an output line 12 to a customer account 
50 processor 13, for example the brokerage firm computer which handles all of the customer 
account records and files including customer balances, securities positions, trade records, and 
the like. It should be understood that CPU 10 and customer account processor 13 could be 
combined in single, integrated computing equipment. 
The processor 10 communicates over a link 11 with a trader terminal position 15 containing 
55 an output signalling device such as a cathode ray tube display, and data input apparatus such as 
a keyboard. Trader terminal 15 has two portions. A terminal position section T1 communicates 
with the processor 10; and a section T2 is connected by link 16 to the National Association of 
Securities Dealers Automated Quotation (NASDAQ) system 18. The trader terminal 15 communi- 
cates its current bid and asked prices for stocks in which it makes a market to NASDAQ via link 
60 16-as do other market makers bridged (17) to link 16. The terminal portions T1 and T2 may be 
one integrated smart terminal (computer) assembly, or two separate devices available to the 
trader at the station 15. 

The processor 10 receives and stores the best (highest) bid (processing variable BSTB (STK)) 
for each stock (STK) in which it makes a market, and the best (lowest) asked price BSTA(STK) 
65 from the NASDAQ system 18 via a communications path 22. The best bid and best asked 
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prices as reported by NASDAQ form the so-called "insider market" for over the counter 
securities. Processor 10 communicates to the NASDAQ system 18 via a fink 23 each reportable, 
executed trade for various informational and regulatory purposes. Link 23 also reports trades to 
the Consolidated Tape Authority (CTA) and the NASD National Market System (NMS) for subse- 
5 quent reporting to the financial industry and general public. Communications path 23 also 5 
connects processor 10 with the NASD small order execution system (SOES) and computer 
assisted execution system (CAES) which can participate in relatively small order execution. 

Input/output network 25 provides data communication with the various branch offices 27 of 
the brokerage house. Line 25 permits communication with either the branch order entry clerk or 

10 directly to the account executives at each branch. While only one branch 27 is shown in Fig. 1, 10 
it is to be understood that a multiplicity of branches 27, are in data communication with 
processor 10. Computer 10 also communicates with third party financial houses 29, via a two- 
way data link 26 (e.g., including INSTINET). 
To characterize the Fig. 1 arrangement in overview, the operative (best bid, best asked inside 

15 market) prices for each stock in which the system proprietor makes a market are communicated 15 
over link 22 from NASDAQ and repose in memory at processor 10. The market maker has a 
position in each security in which he makes a market and the particulars of that position also 
repose in memory within the composite processor 10. Orders for trades in the relevant securi- 
ties are funneled to the processor 10 in real time as they occur. Orders can be received in 

20 several ways. For example and most typically, orders may be generated by the brokerage firm's 20 
account executives at the branches 27 and communicated to the CPU 10 via the communication 
path 25. Orders are also supplied to the processor 10 from third party financial sources 29 
(e.g., other brokerage firms, directly from computer equipped customers, banks or the like) over 
communication network 26. Each of the orders includes appropriate data fields outlined above 

25 and more fully discussed below, such as an identification of the office and customer or other 25 
originator of order, stock identification, price particulars and so forth. 

The processor 10 first determines whether or not each received order can be executed, i.e., 
"qualifies" the order. There are various reasons why an order will not be executed by the 
market maker. Thus, for example, the customer may seek to sell stock above the current bid 

30 price or to purchase the security below the current asked price. A customer may seek to trade 30 
a number of shares which exceeds the amount which the particular market maker is willing to 
accommodate, either in gross or for any one order. Orders not executable, i.e., orders not 
qualified, are either stored in memory in the processor 10 for later execution rf they become 
qualified (such as by a favorable change in the market price for a security which can then 

35 accommodate the customer's price limits) or are forwarded to other market makers for potential 35 
execution over communication links 23 or 26. 

Assuming that an order is executable, the processor 10 "executes" the order, appropriately 
adjusting all balances 

Information characterizing the executed order is sent to computer 13 for customers of that 

40 brokerage house or reported to the appropriate other institution via finks 23 or 26. The specifics 40 
of appropriate transactions are also reported to the NASD for informational purposes and to the 
Consolidated Tape Authority and so forth and may become stock ticker entries. 

The NASDAQ system 18 is apprised of the current quotations from all traders making a 
market in the subject securities via communication path 16. The insider market (best bid and 

45 asked prices) are communicated to the market maker's processor 10 via link 22. When the 45 
insider market price changes (a variation in the best bid or best asked price), the processor 10 
in accordance with the instant invention signals the trader at station 15 who is then given the 
opportunity to readjust his quantity or other market-characterizing criteria. Following each price 
change, all non-executable orders stored in the processor 10 memory are reviewed to determine 

50 whether they have become executable and, if so, they are in fact executed. Processing then 50 
continues as above described to accommodate the real time order inflow. 

With the above overview in mind, attention is now directed to Fig. 2 which is a flow chart of 
data processing for qualifying for execution an order communicated from a branch order entry 
clerk or account executive 27,. Proceeding from a start node 50, the data fields comprising this 

55 next-recorded order is loaded (block 51). The order data fields include the name of the stock 55 
(STK); the number of shares for the transaction (NOSH); customer identification (CUSTID); a buy 
vis-a-vis sell bit (B/S); the customer's price limit if he wants one or, if not, a market order 
designator (PR/M); special instructions if any (SP); an order number (ORN); and an originator 
(e.g., office, accounts executive, or third party institution) identification (ORIGID). 

60 The computer includes a number of stored variables characterizing the market for the stock 60 
STK which the customer wishes to trade, and the market maker's own criteria for his participa- 
tion in STK trading. Thus, for example, the computer stores the best bid BSTB(STK); the best 
asked price BSTA(STK); the buy size BSZ(STK), i.e., the total amount of shares of STK the 
market maker is willing to sell for customer purchase at the current price; the market maker's 

65 sell size SSZ(STK); the maximum single order size for stock STK which the market maker will 65 
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accept 0RSZ{STK); the present number of shares of stock STK long or short in the market 
maker's position P0S(STK)-Iong being positive and short being negative; the average per share 
cost AVCST(STK) for the stock STK long or short in the market maker's portfolio; and a running 
profit total PR(STK) of the market maker in the stock STK. Block 53 functioning next determines 
5 if order processing is operative in the normal, automated market mode for the particular stock 5 
STK. if not (please see below with respect to Fig. 5), program flow branches to block 54 to 
store the order for later retrieval or manual execution. Program flow then returns to start node 
50 for retrieval of the next order. Assuming normal automated mode processing (YES output of 
test 53), program flow continues to test 55 to verify the incoming data (order) to assure correct 

10 reception and internal consistency. If an error occurred, an error message is produced (block 56) 10 
and program flow returns to the start node 50 for entry of the incoming next order. In the usual 
case, the order is verified at test 55, and program flow continues to block 67 to determine if 
the order is a market order or has a limit price (test of the PR/M variable). 
If the order is not a market order but rather is to be executed at or better than a customer 

15 specified price (NO branch from test 67), program flow proceeds to block 69 which distinguishes 15 
a customer buy (B/S^B) from a sell order (B/S=-S). If it is a buy order (YES, (BUY) branch from 
test 69), block 70 determines if the price at which the order is to be executed (contents of 
PR/M) is greater than or equal to the prevailing asked price (BSTA(STK)) of the stock. If the 
purchase price of the order to be executed is greater than the best asked price (YES branch of 

20 test 70), block 72 determines if the number of shares NOSH in the trade is less than or equal to 20 
the shares available for purchase from the market maker, i.e., less than the buy size BSZ(STK). If 
so (YES branch of test 72), the number of shares NOSH in the transaction is compared to the 
maximum acceptable single order size ORSZ(STK)-step 90. Assuming this final criteria is sati- 
sfied (NO exit), the order is qualified for execution, and program flow continues to block 92 

25 where a variable storing the last position in stock STK, LPOS(STK) is set equal to POS(STK). The 25 
program thereafter proceeds to order execution as detailed in Fig. 3 and discussed below. 

If the price or buy size tests performed at blocks 70 and 72 fail (NO branch), or if the order 
size test performed at block 90 indicates the order is too large (YES branch), the order is not 
qualified for and will not be executed. When any of these conditions obtain, program flow 

30 branches to block 86 to store the order for possible later execution if market conditions or 30 
market maker criteria change. An appropriate report is generated at block 88 via terminal 15 
(Fig. 1) to characterize non-executed order. Thereafter program flow returns to node 50 to 
process the next received order. The human market system controller receiving the report may 
of course over-ride and complete the trade by hand or manual entry-e.g., by authorizing more 

35 stock (increasing BSZ(STK)) if that criterion inhibited order execution*. 35 
The foregoing analysis has considered a limit buy order. Returning now to block 69, program 
flow for a customer sale will next be considered. If the buy/sell flag signals a sale, program flow 
branches to block 82 where the PR/M limit price is compared to the best bid price 
(PR/M<BSTB(STK)). If so (YES branch), the number of shares NOSH in the order is compared 

40 against the available sell size (NOSH<SSZ(STK)). If there are sufficient shares in the sell size 40 
(YES branch), block 90 determines if the number of shares (NOSH) is greater than the maximum 
permissible single order size (ORSZ(STK)). If the number of shares NOSH does not exceed 
ORSZ(STK) all criteria are satisfied and the sell order will be executed. Processing proceeds to 
block 92 where the "last" position intermediate processing variable LPOS(STK) is set equal to 

45 POS(STK), and order execution proceeds as set forth in Fig. 3. If any price or sell size, test 45 
performed at blocks 82, or 90 fails, program flow branches to block 86 for storage and 
reporting (block 88). 

After the position POS(STK), buy size BSZ(STK), and sell size SSZ(STK) variables have been 
updated, program flow continues to block 122 where messages confirming execution of the 

50 trade are furnished to the customer account processor 1 3 which sends out confirmations of the 50 
transaction and otherwise performs the necessary accounting functions for the customer ac- 
count. The branch clerk or account executive 27 t is also notified of order execution via link 25. 
The order variables CUSTID, SP, ORN and ORIGID are used to appropriately distribute trade 
reporting, proper commission computation and the like. Further, the transaction price is typically 

55 communicated to the NASDAQ system 1 8 and the various tape services for reporting. The 55 
updated internal market maker variables (e.g., SSZ(STK), BSZ(STK), LPOS(STK), POS(STK)) are 
stored in memory for use in subsequent order transactions (step 127). Program flow proceeds 
to block 130 to update the market maker's average per share inventory cost AVCST(STK) and 
profit PR(STK) internal management variables for the stock STK, the data processing for which is 

60 described below in conjunction with Figs. 4 and 4A. After inventory updating and profit account- 60 
ing, data processing exits at node 132 ready to process the next trade. 

Figs. 4 and 4A are the left and right portions of a flow chart for the data processing of block 
130 {Fig. 3) for updating the inventory cost (average share price AVCST(STK)) of the stock STK 
and the running profit PR(STK) realized from the execution of each trade. To this end, the last 

65 position of the market maker LPOS(STK) before the just executed trade is tested to determine 65 
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whether the market maker was previously long or short in the stock STK (step 154). rf 
LPOS(STK)>0 then the market maker's previous position was long and program flow proceeds 
to block 153 where the present (post trade) position of the market maker POS(STK) is tested to 
determine if it is long (POS(STK)>:0?= 3 YES) or short (NO), rf the market maker's present position 
5 is short (NO branch), the transaction was a customer purchase (LPOS(STK) having been long) and 5 
program flow branches to block 1 55 to update profit PR(STK) for stock STK, as by: 

PR(STiq-PR(STK)+(LPOS(STK) # (BSTA(STK)-AVCST(STK))). Eq. 1. 

10 In the right side of the programming statement of Equation 1, the variable BSTA(ST- 10 
K)-AVCST(STK) is the profit (or loss) margin on the sale representing the difference between the 
current asked price BSTA(STK) at which the trade occurred and the average per share cost 
AVCST(STK) of the stock. When multiplied by the number of shares previously in the long 
position (LPOS(STK)), the right factor following the plus sign in the statement of Equation 1 is 

15 the profit (or loss) for the transaction. When added to the previous running profit total PR(STK), 15 
the final result stored in PR(STX) is an updated running total of the profit of the market maker in 
the stock STK since the PR(STK) storage array element was last cleared. 

Thereafter for the assumed event, program flow proceeds to block 158 where the average per 
share cost of the new short position in the stock is calculated. In this instance, the average cost 

20 of the stock is equal to the operative asked price, i.e., AVCST(STK)=BSTA(STK). Fig. 4 20 
programming then exits at the PROCEED node. 

If at block 153 the market maker's present position is long (POS(STK)>0?=YES), program 
flow continues to test 160 where the buy/sell digit determines whether the transaction is a 
customer purchase or sale. If the trade is a customer sale thus increasing the initially long 

25 LPOS(STK) position, it is an inventory transaction and program flow branches to block 163 to 25 
update the average cost of the STK stock position: 

AVCST(STK)«((NOSH^STB(STK))+(AVCST(STK)*LPOS(STK))) /P0S(STK). Eq. 2. 

30 In the statement of Equation 2, NOSH*BSTB(STK) is the cost of the shares just purchased from 30 
the customer and AVCST(STK)*LPOS(STK) is the cost of the previous LP0S(STK) inventory. 
Thus, by dividing the sum of the new and former purchases by the number of shares held 
POS(STK) the new average cost AVCST(STK) is determined. 
If at block 160 the transaction was determined to be a customer purchase (market maker 

35 sale), program flow proceeds to block 166 where the market maker's profit is updated: 35 

PR(STK)=PR(STK)+(NOSH*(BSTA(STK)-AVCST(STK))). Eq. 3. 

The above Fig. 4 processing has reviewed the three possibilities beginning with a long (positive) 
40 market maker stock position entering a transaction as signalled by the contents of LPOS(STK). 40 
Comparable functioning obtains if the contents of LPOS(STK) in test 1 50 are negative, signalling 
an initial short position (NO output of test 150). Assuming such an initial short position, program 
flow passes to that shown in Fig. 4A which is the analog of thai shown in Rg. 4. 
In brief, a test 170 of Rg. 4A determines whether the present position POS(STK) is short or 
45 long, ff the present position is also short (P0S(STK)<0), program flow proceeds to block 172 45 
where the buy/sell bit is read. If the buy /sell digit indicates a customer buy, the transaction 
represents an inventory accumulation (the previous short position in LPOS(STK) being increased 
in POS (STK)) and program flow branches ("YES") to block 174 where the average cost of the 
stock is updated: 

50 50 
AVCST(STK) = ((NOSH*BSTA(STK)) + (AVCST(STK)*LPOS(STK))) /POS(STK). Eq. 4. 

If at block 172 the transaction is determined a sell, block 175 updates the profit total: 

55 PR(STK)=PR(STK)+(NOSH*(BSTB(STK)-AVCST(STK))). Eq. 5. 55 

As a final possibility in Fig. 4A, if at block 170 the market maker's present position is long 
(P0S(STK)<0?=N0), the transaction was necessarily a customer sale (market maker purchase), 
and program flow branches to block 176 where the profit PR(STK) is updated: 
60 60 
PR(STK)-PR(STK)-h(LPOS(STK) # (BSTB(STK)-AVCST(STK))). Eq. 6. 

The average share cost of the new POS(STK) short position is the best bid (transaction) price 
(AVCST=BSTB(STK))-block 178. This concludes the profit and cost updating for the transac- 
65 tion. 65 
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In most instances, more than one institution makes a market in a particular stock. Any market 
maker may change its bid or asked price at any time, transmitting the change to the NASDAQ 
system via link 16 as above dicussed. In such an instance, it may be necessary to update the 
market maker's own prices-as where the change affects the insider market (best current bid and 
5 asked) to afford the customer execution at the best prevailing price. Fig. 5 is a flow chart 5 
illustrating data processing upon receipt of a new market maker quotation from the NASDAQ 
system 18. Beginning at an interrupt entry node 180, the system is placed in non-automatic 
execution mode (step 182) which prevents automatic execution of any orders in the particular 
stock (STK) until the market maker has had a chance to respond to the new market prices. If at 

10 block 184 it is determined that the best bid BSTB(STK) or best asked BSTA(STK) price has 10 
changed, program flow proceeds to block 186 where the best bid BSTB(STK) and/or best asked 
price BSTA(STK) are updated to the new values received from NASDAQ. 

The system then interactively communicates with the trader terminal 1 5. A prompt appears on 
trader T1 terminal 15 requesting input regarding possible changes in the maximum acceptable 

15 order size (ORS(STK)), the number of shares available for customer purchase (BSZ(STK)), and the 15 
number of shares acceptable for customer sales (SSZ(STK)). After input of the requested para- 
meters (or initializing to default values), any orders previously stored in memory are reprocessed 
(block 190) as these orders may now be qualified for execution due to the change in price or 
other parameters. After stored orders are reviewed and executed if possible, data processing is 

20 restored to automatic mode (block 192)-as by simply setting a variable AUTO to a predeter- 20 
mined state (e.g., "AUTO"), and interrupt mode is exited at node 194. tf at block 184 it is 
determined that the insider market price was not changed by the new market maker quotation, 
program flow branches directly to block 192 to restore automatic mode and exit interrupt mode. 
The market making system of the above-described invention has thus been shown to auto- 

25 matically accommodate a random, real time order flow for security purchases or sates. Incoming 25 
orders are first examined to assure that they satisfy currently operative criteria regarding securi- 
ties price, stock availability and stock order size. Those orders being qualified under the existing 
criteria are executed and profit and inventory price internal management storage elements are 
appropriately updated to reflect the several transactions experienced by the system. Orders not 

30 qualified for execution are stored and re-examined from time to time for possible later executabit- 30 
tty. The system proceeds automatically without human intervention, save to update operative 
market maker order qualification criteria. 

The above-described arrangement is merely illustrative of the principles of the present inven- 
tion. Numerous modifications and adaptations thereof will be readily apparent to those skilled in 

35 the art without departing from the spirit and scope of the present invention. 35 

CLAIMS 

1 . In combination in a data processing system for making a trading market in at least one 
security in which the system proprietor is acting, as a principal; said system including means for 

40 receiving trade orders for said at least one security from system customers, said trade orders 40 
including fields identifying the stock to be traded and characterization of the trade as a customer 
purchase or sale, and the number of shares for the transaction; means for retrieving and for 
storing operative bid and asked prices for said at least one security; means for entering and for 
storing order qualification parameters, said parameters and said stored prices determining which 
45 received orders are qualified for execution; means for storing data characterizing position, cost 45 
and profit for said at least one security; qualifying means responsive to said received trade 
orders and said stored prices and order qualification parameters for qualifying a trade order for 
execution when the received trade order fields do not violate the stored prices and qualification 
parameters; means for executing each trade order qualified by said qualification means; and post- 
50 execution updating means for updating said' position and at least one of said stored parameters 50 
upon execution of a trade order. 

2. A combination as in claim 1 , wherein said market making data processing system further 
includes means for storing said trade without execution if said requested trade is not within said 
predetermined parameters. 

55 3. A combination as in claim 1, wherein said post-execution updating means includes means 55 
for updating at least one of said stored cost or profit upon execution of a trade order. 

4. A combination as in claim 1, wherein said stored order qualifying parameters include the 
amount of said at least one security available for customer purchase and the amount of said at 
least one security available for customer sale, sard data processing system further including 

60 means for decrementing said amount of said security available for customer purchase by the 60 
amount of said security in a trade order upon execution of a customer purchase, and means for 
decrementing said amount of said security available for customer sales by the amount of said 
security in a trade order upon execution of a customer sale. 

5. A combination as in claim 4, wherein said stored order qualifying parameters include a 

65 maximum amount of said at least one security acceptable in a single customer trade order. 65 
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